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The logic of the system presented in this report is divided into five parts for 
computer processing and manipulation. They are; (1) incorporating publication 
information and Library of Congress catalog copy into the system, (2) processing of 
authority files and assignment of supplier, (3) preparing data for cataloging and 
acquisitions, (4) ordeQga invoicing, and library billings and payment, and (5) producing 
reports, worksheets, orders, bills, and statements and checks. None of these parts are 
independent of the other; successive parts feed back recycling information to earlier 
logical units. Having only one input point and one output point in the system provides 
an advantage in minimizing operations complexity. The system is designed to make 
extensive use of bibliographic information received in machine readable form. The 
following information is provided in this volume about the computer operation of the 
cataloging system: Cl) the flow chart of the computer runs and the associated input 
and output. (2) a narrative description of the functioning ofthe system, (3) the file 
content and record derivation specification for every data file, (4) the record content 
sheets for each record format used by the system, (5) the derivation of the output 
fields from the proper input fields, and (6) two sets of parameters which define 
options available to the user and options available within the system for each run. (CM) 
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ORGANIZATION OF THE SPECIFICATIONS 



The system specifications consist of the following parts: 



System Definition 
Flow Chart 

Narrative Description 

File Content and Record Derivation 

Record Content 

Field Derivation 

Parameters 

They are to be used as follows: 

System Definition 

The system definition should be read first in order to understand 
what the system is trying to accomplish. The remaining specification items 
explain in detail what processing is to be accomplished in each computer run. 
However, they do not explain the meaning of the various data elements, nor do 
they give the objectives of the various processing steps. In addition, there 
are a few cases in which certain of the specifications make specific reference 
to the system definition. This only occurs when a procedure given in the 
system definition contains all of the details required to completely define 
the steps which the computer program must take. In this case, instead of re- 
peating the description reference is made to the system definition. 

Flow Chart 



The flow chart shows every computer run. It shows every input and 
output for each run and shows the flow of data between runs. . In order to 
understand the system, it is necessary to use remaining documentation in 
connection with the flow chart. 

Narrative Description 



The narrative description is not a part of the formal specifications 
for this system. Everything in the narrative description is repeated else- 
where in more exact form, and nowhere is the narrative description complete 
enough to fully define any procedure. The purpose of the narrative description 
is only to give the reader a basic overall picture of the functioning of the 
system. The specifications are quite detailed and it can be difficult to 
build up the total picture from the details. It is much easier to examine 
the details if a general picture of the system functions is first obtained. 

As the narrative description is read, the flow chart should be followed. 



File Content and Record Derivation 



For every data file specified on the flow chart, one File Content 
and Record Derivation specification is prepared. This specification lists 
every record on the file and it states the conditions under which this re- 
cord will be present in the output file. For each record a reference is 
given to a Record Content Sheet which will describe the contents of that 
record in detail. 

Record Content Sheets 

One of these sheets is prepared for each record format used by 
the system. If a number of different records use the same format then 
only one of these sheets will be prepared for all of the records, and 
in the file content listing these records will all be referred to this 
sheet. 



Each data field present in the record is listed on this sheet. 
To the left of the data field an X is placed if that data field is 
always present in the record. An 0 is placed if the presence of the 
field is optional. To the right of the field an F or V is placed to 
denote fixed or variable length field. 

Field Derivation 



In certain cases a record is transcribed unchanged from input 
to output. In these cases the fact is noted on the file content sheet. 

In all other cases the way in which the output fields are obtained 
from the inputs must be given. This is done by means of field derivation 
sheets. One of these sheets is prepared for each record in the system 
for which such definitions are needed. For each field in the output re- 
cord the specifications for obtaining it from the proper input fields is 
given. In many cases there are only a few fields in the record which 
need any lengthy specifications, and for the rest a simple statement 
is given that they are transcribed unchanged from the input. Note that 
this particular item of documentation is the item which contains all of 
the information necessary to work out the program logic. 

Parameters 



Two sets of parameters are defined. System parameters are to 
be defined by the user and may be incorporated into the programs since 
they will not normally be changed. Operating parameters must be entered 
for each running of the system to define certain system options (for 
example, running of the main Catalog Update). 
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MEMORANDUM. 



DIF FERENCES BETWEEN 
CATALOGING AND ACQUISITIONS SYSTEMS 



1 . Use of Bypass Tape Files 

The flow charts for the Acquisitions System and the Cataloging 
System have the first eleven runs in common. However, slight 
differences exist in the two flow charts for these runs . It was 
thought worthwhile to indicate in the Acquisitions System places where 
certain records might bypass runs . Thus, in run 1 and run 6 a bypass 
tape is created . It should be noted that T1 plus T 1A and T 6 plus 
T 6A in the Acquisitions System flow chart are equivalent, respectively, 
to T1 and T 6 of the Cataloging System flow chart . 

2. Change in Item Master File Status Code Structure 

In the cataloging system the following status codes were used for 
a catalog record on the IMF: 

0 Record in catalog 

1 Addition in hold period 

2 Addition derived from New Title Notices in hold period 

3 . Addition derived from LC Copy in hold period 

4 Deletion in hold period 

5 LC Copy in alternate status . 

It now appears desirable to add a source code and change the coding 
system as follows: 




1434 



- 3 - 



THEODORE STEIN 



Status Code 



Source Code 



0 Record in catalog 

1 Addition in hold period 

2 Deletion in hold period 

3 Bibliographic Copy in 
alternate status 



0 Derived from catalog worksheet 

1 Derived from LC Copy 

2 Derived from Advance Publication Information 

3 Derived from Special Requisition or Acquisition 
with new number 

4 Derived from Item Master File Notice 



Only records with source codes 0 or 1 would ever get status code 0. 



For this reason, the File Content write-up for the Item Master 
File is particularly detailed . 
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v G ENERAL DESCRIPTION OF THE SYSTEM 

« 



* The Acquisition System has been designed as part of a large overall system 

which deals with both cataloging and acquisition inputs • Though this description 
is confined to the acquisition function* it is necessary at times to include catalog- 
related inputs, files, and outputs because of their close relationship to the acquisition 
function. The full detail of the cataloging portion of the system is defined in a 
separate document which has been submitted to the New York State Library • 

The accompanying flow chart contains seventeen rims-. The logic of the system 
may be divided into the following parts: 

1 . Incorporation into the system of Advanced Publication information and Library 
of Congress Catalog Copy (runs 1-5) . 

2 . Processing of the authority files an d automatic assignment of supplier (runs 6-8) . 

3. Processing of the Item Master Files and preparation of data for cataloging and 
acquisitions (runs 9-11) . 

4. Ordering,, invoicing and payment to supplier, and library billing and payments 
(runs 12—15) • 

5. Production of reports, worksheets, orders, bills and statements and checks 
(runs 16-17) . 

These parts are independent only in relation to their general function . Each 
logical unit is dependent upon preceding units and operates on data generated and/or 
prepared in previous parts • As will be shown in the following description* successive 
units feed back recycling information to earlier logical units . 

A characteristic feature of the system is that there is only one input point and only 
one output point in the day-to-day running of the system . Input data is entered in run 1 
even though it may not be operated upon until run 9* and printing records from early runs 
are carried through the system until the single exit point. While this ^slightly increases 

* the run-time, it provides an advantage in minimizing operations complexity. 

A 

v The system is designed to make extensive use of bibliographic information received 

in machine-readable form. Provision is made for maintaining files of Library of 
Congress Catalog Copy and advanced publication information. Access to these files is 
by item number and, where possible* by alphabetic matching. 
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The first five runs of the system provide the mechanism for retrieving 
LC copy and advanced publication information . There are several advantages 
in placing these runs in this early position in the system: 

1 • The system can initially be implemented without these runs . 

2 • This Bibliographic file subsystem may be run less frequently than the 

rest of tin system by allowing the other inputs to enter at run 6 . 

3 • Tiie catalog copy received from LC and the advanced publication information 

need not be extensively operated upon until it is ready to be incorporated 
into the system . 

4 • When LC copy or advanced publication information is called for by item number* 

there is no delay in the data entering the system . 

The first five runs are concerned with seven of the system inputs: 

1* LC Copy 

2 . Advanced Publication Information 

3 • Acquisition Notice 

4. Special Requisition Notice 

5 • Review Notice 

6 . Standing Order Notice 

7 . Completed Item Number Change Worksheet 

Other inputs are carried forward or passed on to run 6 for editing* formatting* 
and error checking, after which they are acted upon in successive runs . 



RUN 1 

INPUT EDIT 

The function of Run 1 is to edit, format* and execute an error check on advanced 
publication information, LC copy* Acquisition, Special Requisition, Review, and 
Standing Order Notices* and Completed Item Number Change Worksheets . Alpha tags 
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are generated for the LC Copy, advanced publication information, and 
those Acquisition and Special Requisition Notices that have been entered 
with a preprinted New York Item Number (Type 2) . The input run will 
not read in the alphabetic information entered on an Acquisition or Special 
Requisition Notice that contains a system item number (Type 1) . It is 
assumed that by matching on item number, the necessary data can be 
retrieved from the Bibliographic or Item Master Files . Review and Standing 
Order Notices will be entered by Item Number only . Completed Item Number 
Change Worksheets are edited and an item number approval record and/or 
Item Number Change Records are generated for each worksheet . 

It is felt that normally the alphabetic match will not require full author 
and title, and that an alpha tag can be constructed which will reduce the size of 
the alpha file to a minimum and yet provide a reasonable assurance of fbiding 
a unique match . In any event* all items matching alphabetically will be subject 
to a manual review (via the item number change worksheet) before being incor- 
porated into the system . The question of how comprehensive the alpha tag must 
be can only be resolved with actual working experience . Initially* the tag for 
personal names may be defined as the first ten characters of the author’s last 
name, followed by ten characters of the title . Characters from publisher and 
date would also be extracted if necessary . 

Two files are produced in Run 1 . T1 contains the alpha tag records to be 
sorted in Run 2 for the alpha check file lookup and update (Run 3), and the other 
seven records listed above to be carried forward for use in the Bibliographic File 
lookup and update (Run 5) . All other records are written to T1A and passed on 
to Run 6 - 



RUN 2 

ALPHA SORT 

Run 2 sorts the alpha tag records to alpha check file sequence; i.e alpha- 
betically • In addition to Tl, alpha tags are entered into the sort via R1 which is an 
output of run 11 . These are recycled alpha records to change* delete, or add to the 
alpha check file . An explanation of these records is given in run 10 . 

All other records entered on Tl will not be sorted into any particular sequence, 
but will be placed after the alpha tag records . 
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RUN 3 

ALPHA LOOKUP AND UPDATE 



The input alpha tags are matched against the alpha check file . The 
inputs are either additions to the file from input or recycle, or are changes 
and deletions from, the recycle . 



The following conditions are possible: 



Addition - match 
Addition - no match 
Change - match 
Change - no match 
Deletion - match 
Deletion - no match 



Further action taken (see next paragraph) 
Add to file; print for inspection 
Change file 

Should not occur - system error 
Delete from file 

Should not occur - system error 



On an addition - match, the following alternatives exist: 



Input File Action Taken 

LC Copy LC Copy LC input is added to the file . No further action 

is taken . It is presumed that LC will not make the 
error of cataloging one item under two numbers . 
Most certainly the match represents a coincidence 
because of the limitation of the alpha tag . 



a. LC Copy 



System record 
(except LC) 



b . Any alpha 
Input (except 
LC) 



Any system record 
(including LC) or 
any other input 
(including LC) 



The input is added to the file . A request is 
generated to extract all matching system records 
from Bibliographic and/or Item Master File for 
printing on the Item Number Change Worksheets . 

Alpha match note records are generated listing all 
matching item numbers . For both the Bibliographic 
request and the alpha match note records, an arbitrary 
number is assigned to bring together the matching 
record information . Printing is always done once for 
each new input number . 



RUN 4 

ITEM NUMBER SORT 

All records to be used in the Bibliographic File lookup and update are sorted to item 
number sequence: 
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1 . LC Copy 

2 . Advanced publication information 

3 . Acquisition and Special Requisition Notices 

4. Review Notice 

5 . Standing Order Notice 

6 . Item Number Approval and Item Number Change (generated from 
completed item number change worksheet) • 

7 . Bibliographic Request (Type 2 - generated from match on alpha file) . 

The alpha match note records are carried through unsorted . 

Within each item number, the records are sequenced by record 
identification . Those records that are used to update the Bibliographic 
File are before those records that extract data from the Bibliographic File . 



RUN 5 

BIBLIOGRAPHIC FILE LOOKUP AND 
UPDATE 

The records sorted to item number sequence in Run 4 are passed against 
the Bibliographic File . 

LC Copy and advanced publication information are added to the Bibliographic 
File, and records are deleted from the Bibliographic File according to the deletion 
conditions set down in the file content and recbrd derivation sheet for the Bibliographic 
File . Also added to the Bibliographic File are those Special Requisition and Acquisition 
Notices (Type 2) which must await approval . Item number changes and approvals send 
their corresponding Special Requisition and Acquisition Notices forward to the Item 
Master File for processing. 

Bibliographic copy records are generated for Special Requisition, Acquisition, 
Review, and Standing Order Notice matching records . 

Item number change reminder records are generated according to the conditions 
set down on the file content and record derivation sheet for T5. 

Alpha file delete records (to be recycled back to the alpha file after being carried 
forward to Run 11 ) are generated for those records deleted from the Bibliographic File 
as described in the file content and record derivation sheet for T5 . 
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R UN 6 
EDIT 

Run 6 has two inputs, two general functions and two outputs . T5 
which was generated in Run 5 and T1A containing all acquisition inputs 
not used in Runs 2-5 arc entered into this edit run. The inputs are edited 
into standard format, error checks are executed, and the records are 
written to T6A, to be used in the Item Master File lookup and update . In 
addition, Run 6 extracts all established forms for the records and sets up 
heading check records to be used in Run 8 to check the correctness of the 
established forms, and to extract data about die established forms . These heading 
check records and authority file update records (see catalog system design) are 
written to T6 for the established form sort . T6A is passed on to Run 9 . 



RUN 7 

ESTABLISHED FORM SORT 



The heading check records and autiiority file update records are sorted 
to authority file number, established form (alphabetic) and record ID . 



RUN 8 

AUTHORITY FILE LOOKUP AND 
UPDATE 

The main functions of Run 8 are associated with die cataloging system and 
aie adequately described in die General description of the Cataloging system . 
Briefly, the run accomplishes the following cataloging functions: 

1 . Authority files are updated with new information . 

2 . Established forms on inputs are validated . 

3 . Information about established forms is extracted . 

4 . LC Copy headings are transformed . 

5 . A change to an established form generates change records for all catalog 
entries containing the changed established form . 



J 



THEODORE STEIN 



October 1967 



For the Acquisition System, the prime function of Run 8 is to 
automatically assign the correct supplier . Publisher authority records 
contain the supplier to be assigned unless a manually entered supplier 
has been inputted for the item . In all cases, manual assignment takes 
precedence . 

RUN 9 

ITEM NUMBER SORT 

Run 9 sorts to item number sequence the heading records on T8, 
those records on T6A that are used in the Item Master File lookup and 
update, and the changed item number, Item Master File Supplement, 
processing material request, holdings and order count records on R2 . 

Within item number, the records are sorted to record identification so 
that the file can be updated before information is extracted. 

Those records not to be used in Run 10 are passed through unsorted . 

RUN 10 

ITEM MASTER FILE LOOK UP 
AND UPDATE 

For both the catalog and acquisition function, Run 10 is the basic control 
run of the system . See the catalog system design for a full description of the 
role of Run 10 in cataloging . 

In the Acquisition System the Item Master File contains the following 
records for each item: 

Catalog Item Record 

Item Information Record - contains ordering information for the various 
bindings . 

Holding Record - indicates which libraries hold at least one copy of the 
item . 

Cross-Reference Record - for changed item numbers and supplement 
file . 
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5 . Input records - for those items whose inputs cannot be processed 
because the information is incomplete or because the item is 

on the supplement file . 

6 . Processing Materials Request Record - for those items on the 
supplement file,, or those containing incomplete information . 

The input that has been sorted to item number and record identification 
sequence is passed against the Item Master File . For each item, the file 
is first updated with changes, deletions, and additions . Alpha change records 
are then written to be recycled (on R1 from Run 11) back to the Alpha File . 
The catalog-related records are written to be passed on to the catalog main- 
tenance system (out of Run 11 on Cl) . A Requisition Record is written for the 
input that is to generate an order . One Bibliographic Description Record is 
associated with each combination of order number and item number for which 
a Requisition Record is produced (order number is supplier code, preparation 
center code, cycle number, and two digits) . 

Records are also written to T10 for the following sets, worksheets and 
reports: 



Standing Order Receiving Set 

Requisition Worksheet 

Requisition Guide 

Item Information Worksheet 

Item Number Error Report 

Audit Report of Item Master File Changes 

Status Report 

Non-Processed Activity 

Receiving Set (for Acquisition Notice) 

All other inputs that were not used are carried forward unchanged on HO 
to be used in subsequent runs . 



RUNS 10A AND 10B 

SUPPLEMENT AND MAIN ITEM MASTER FILE 

As described for the cataloging system, the Hern Master File is kept in three 
parts - current, supplement, and main . However, the phasing is not the same . 

In. the catalog design the Supplement Item Master File was kept in phase with the 
supplement catalog and contained a record for each item in the supplement catalog; 
the Main Item Master File was kept in phase with the main catalog . For the 




- VIII - 



THEODORE STEIN 



October 1967 



Acquisitions System an item is kept on the current file until it has been 
inactive for a pre-set time period (to be determined by actual experience) 
after which time it will be passed forward to the supplement. A criteria 
will be developed for passing items from the supplement to the main . 

There may then be cases where an item that is always active will never 
be removed from the Current Item Master File • 

For the supplement cycle. Item Master File records, which have 
generated entries for the catalog supplement, are passed on to T10 for 
addition to the supplement Item Master File . In addition, if changes or 
requests come through for records which are no longer on the Current Item 
Master File but have been passed on to the supplement, these requests are 
held on the current until supplement cycle time and then passed forward 
to the supplement . These records will then be extracted from the supplement 
and recirculated through the system (via R2 to Run 10) so that the changes and 
requests can be processed. Thus, the supplement Item Master File run 
accomplishes two things: it makes new additions to the Supplement Item 
Master File and it extracts from the Supplement Item Master File those 
records for which activity is now present. 

For the main cycle, additions to the Main Item Master File are passed 
forward from the supplement to the main, and changes or requests for main 
records are passed forward from the current to the supplement (at supplement 
cycle time) and to the main (at main cycle time) where the records are 
extracted and reentered into the system (via R2 and Run 10) so that changes and 
requests can be processed. 



RUN 11 

SORT AND SPLIT 

The prime function of Run 1 1 is to sort the records to be used in the ordering 
process (Run 12) to order number and record identification. 

Requisition Records and associated Bibliographic Record 

Order Adjustment 
Receiving Record 
Invoice Notice Record 
Supplier Description Record 
Process Completion Record 

The above records are written to T 11 along with unsorted invoicing and library 
related records . 
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Reporting records are split out to file PI . 

Catalog records are sorted to catalog sequence and split out to file Cl . 
Alpha change records are split out to file R1 . 



RUN 12 

ORDER FILE LOOKUP AND UPDATE 

The Order File contains for each supplier, a description of the 
supplier and order line records for outstanding orders . The inputs to update 
an order are first processed . Invoiced order lines are extracted and written 
to T12 for entry into Run 15 . Order line records are extracted and written to 
T 12 for entry into Run 14. Orders and cancellations, receiving sets!, shipping 
papers, and a report of items overdue from supplier are also written to T12 . 

The invoicing and library -related records are carried forward to be sorted 
and split in Run 13 . The same is true for the processing materials requests that 
are generated along with the receiving sets, order count, and holdings records . 
They are written to T12, to be carried forward to Run 15 and recycled back into 
the Item Master File run . 



RUN 13 

SORT AND SPLIT 



The records that are to be used in the library run are sorted to library 
number sequence and written to TL3L . 

The records that are to be used in the invoicing run are sorted to invoice 
number sequence and written to T13V . 

The process materials request, changed item number, and Item Master 
File supplement records (all to be recycled via R2 back to the Item Master File) are 
also written unsorted to T13V. The printing records, output of Run 12, are carried 
forward unsorted on T13V . 



RUN 14 

LI BRARY FILE LOOKUP AND UPDATE 

The Library Master File contains for each library, a library description record, 
an account record including payment data (or budget data, where applicable) and order 
line records . 
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Hie Library File is first updated with payment (or budget) data 
and account adjustment information . The order line records are 
adjusted with new information . From the updated records the following 
records are written to File P2: 

1 . Library Description and Account Audit Register 
2« Items Overdue at Library 
3 • Monthly Statement to Library 

4 . Monthly Statement to System Center and Branch Budget Report 
5 • Reconciliation Records 



RUN 15 

INVOICE FILE LOOKUP AND UPDATE 

The Invoice Master File contains for each supplier, a supplier description 
record, an account record, invoice line records, and a voucher record. 

The Invoice File is first updated with adjustments, new invoiced order lines, 
completed invoice worksheet records, and validated vouchers . 

Invoice information and validated voucher records are written to R2 to be 
recycled back to the Order File (also included in R2 are the process material 
requests, order count, holdings, changed item number, and IMF supplement 
records) . 

New and changed invoiced worksheets, vouchers, checks and a check register 
and general ledger summary records are written to P3 . 



RUN 16 

REPORTING SEQUENCE SORT 

The files containing the reporting records - PI out of Run 11, P2 out of Run 14, 
and P3 out of Run 16 - are brought together in Run 16, and the records are sorted to 
the appropriate sequence for each report . See the file content and record derivation 
sheets for the description of the reporting records and their sequence . 
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RUN 17 

EDIT AND PRINT 

Rim 17 is a series of edit and print runs that produces the 
reports, worksheets, orders, checks, bills, and process completion 
cards . 
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FILE CONTENT AND RECORD DERIVATION 

File Name: TRANSACTION FILE 1 

File Sequence: INPUT SEQUENCE 



FORMAT 



NO. 


RECORD NAME 


RECORD DERIVATION 


LC 


LC Copy Record 


Transcribed from input • Destined for run 4 • 


PUB 


Advance Publication Information Rec . 


Transcribed from input . Destined for run 4 • 


101 


Acquisition Notice, Type 2 


For each Acquisition Notice which has a preprinted 
New York number, transcribed from input. 
Destined for rim 4 . 


102 


Special Requisition Notice, 
Type 2 


For each Special Requisition Notice which has a 
preprinted New York number, transcribed from 
input . Destined for run 4 . 


11 


Alpha Records 


For each of the above four records an alpha tag 
is generated for checking against the Alpha File • 
Destined for run 2 . 


101 


Acquisition Record, Type 1 


For each Acquisition notice, type 1 (with system 
item number) transcribed from input. Destined 
for run 4 . 


102 


Special Requisition, Type 1 


For each Special Requisition Notice, Type 1, 
transcribed from input. Destined for run 4. 


103 


Review Notice 


Transcribed from input . Destined for run 4 . 


104 


Standing Order Notice 


For each item number on a Standing Order Notice 
transcribed from input. Destined for run 4. 


105 


Item Number Change Record 


a) One record for each change marked on an Item 
Number Change Worksheet. Destined for run 4 



b) One record for each Item Number change on an 
Item Information Worksheet. Destined for run 4 
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TRANSACTION FILE 1 CONTINUED 
FORMAT 

NO. RECORD NAME 



106 Item Number Approval 

Record 



RECORD DERIVATION 

c) One record for each Item Number change on an 
Item Master File Notice . Destined for run 4. 

a) One record for each approval marked on an Item 
Number Change Worksheet* Destined for run 4* 

b) One record for the "change to" Item Number on 
an Item Number Change Worksheet. Destined 
for run 4 . 



THEODORE STEIN 



October 1967 



FILE CONTENT AND RECORD DERIVATION 

File Name: TRANSACTION FILE 1A 

File Sequence: INPUT SEQUENCE 



FORMAT 



NO. 


RECORD NAME 


1 


Catalog Record 


4. 


Authority Record 


2 


Delete Record 


6 


Special Request 


107 


Item Master Information 
Record 



108 


Selection Record 


109 


Requisition Record 



RECORD DERIVATION 

See catalog system design . Destined for run 6 

ft If If II H l» 



ft II If H 



fl ft 



ff ft •! H 



tf If 



a) One recor d for each Item Information Worksheet, 
transcribed from input . Destined for run 9 . 

b) One record for each Item Master File Notice, 
transcribed from input . Destined for run 9 . 

One record for each Selection Worksheet, transcribed 

from input . Destined for run 9 . 

a) One record for each Multiple Requisition, trans- 
cribed from input . Destined for run 9 . 

b) One record for each Item Number entry on the 
completed Requisition Worksheet 



110 Withdrawal Record 

HI Order Adjustment Record 

112 Receiving Record 

113 Invoice Record 



One record <for each Withdrawal Notice, transcribed 
from input . Destined for run 9 . 

One record for each Order Adjustment Record, trans- 
cribed from input . Destined for run 11 . 

One record for each Receiving Worksheet, transcribed 
from input . Destined for run 11 . 

One record for each Invoice Notice, transcribed from 
input . Destined for run 11 . 
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TRANSACTION FILE 1A CONTINUED 



FORMAT 

NO. RECORD NAME 

114 Invoice Worksheet Record 

115 Validated Voucher Record 

116 Supplier Description Record 

117 Supplier Account Adjustment 
Record 

118 Process Completion Record 

119 Library Description Record 

120 Library Account Adjustment 
Record 

121 Library Payment Record 

122 Library Budget Record 



RECORD DERIVATION 

One record for each Invoice Worksheet transcribed 
from input. Destined for run 11 . 

One record for each Validated Voucher Worksheet, 
transcribed from input . Destined for run 11 . 

One record for each Supplier Description Record, 
transcribed from input. Destined for run 11 . 

One record for each Adjustment to Supplier Account, 
transcribed from input. Destined for run 11 . 

One record for each Process Completion Record, 
transcribed from input. Destined for run 11 . 

One record for each Library Description Notice, 
transcribed from input . Destined for run 13 

One record for each Adjustment to Library or System 
Account, transcribed from input . Destined for run 13 . 

One record for each Library Payment, transcribed from 
input . Destined for run 13 . 

One record for each Budget Adjustment, transcribed from 
input . Destined for run 13 . 
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SORT OUTPUT FILE CONTENT 





File Name: 


TRANSACTION FILE 2 




File Sequence: 


ALPHA TAG, I TEM NUMBER, RECORD TYPE 


RECORDS SEQUENCED 


RECORDS NOT SEQUENCED 


11 


Alpha Records (Tl) 


LC LC Copy (Tl) 


11 


Alpha Check Records (Rl) 


PUB Advance Publication Information Record (Tl) 



101 Acquisition Notice, Types 1 and 2 (Tl) 

102 Special Requisition Notice, Types 1 and 2 (Tl) 

103 Review Notice (Tl) 

104 Standing Order Notice (Tl) 

106 Item Number approval (Tl) 

105 Item Number Change (Tl) 
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FILE CONTENT AND RECORD DERIVATION 



t 





File Name: 


ALPHA CHECK FILE 




File Sequence: 


ALPHABETIC ON ALPHA TAG FIELD - ALPHANUMERIC 




ON ITEM NUMBER 


FORMAT 

NO. 


RECORD NAME 


i 

RECORD DERIVATION 


11 


Alpha Check Record 


a) One record for each Alpha Check record on the 

input Alpha Check file which does not meet the 
deletion condition given below . 



b) One record for each record on Transaction File 2 
which is marked as an addition . 



Deletion Condition 



An Alpha Check Record is deleted from the input file if there is a 
matching Alpha Deletion Record on file T2 . 
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FILE CONTENT AND RECORD DERIVATION 

File Name : TRANSACTION FILE 3 

File Sequence: NOT SEQUENCED 



FORMAT 

NO. RECORD NAME RECORD DERIVATION 



14 

123 



Bibliographic Request, One record for each match in the Alpha Check run, 

Type 2 except when the match was between two LC numbers •* 



Alpha Match Note Record One record for each Alpha tag match of input Alpha 

records with Alpha file records listing all matching 
item numbers . Input file item numbers are flagged.* 



LC LC Copy 



Unchanged from Transaction File 2 



PUB Advance Publication 

Information Record 



101 


Acquisition Notice, Types 


• § 


99 


II 


99 




1 and 2 


f f 








102 


Special Requisition Notice 


9f 


II 


91 


99 




Types 1 and 2 










103 


Review Notice 


tf 


It 


99 


99 


104 


Standing Order Notice 


fl 


VI 


99 


99 


106 


Item Number Approval • 


II 


19 


99 

9 


99 


105 


Item Number Change 


91 


99 


99 


99 



* Note: An arbitrary number is attached to each record to bring together all matching 

record information for production of the Possible Item Number Change Worksheet • 
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File Name: 
File Sequence: 



SORT OUTPUT FILE CONTENT 



TRANSACTION FILE 4 



ITEM NUMBER, RECORD TYPE 



RECORDS SEQUENCED 




LC 


LC Copy Record 




PUB 


Advance Publication Data 




101 


Acquisition Notice, Type 2 




102 


Special Requisition Notice, 


Type 2 


102 


Special Requisition Notice, 


Type 1 


101 


Acquisition Notice, Type 1 




103 


Review Notice 




104 


Standing Order Notice 




106 


Item Number Approval 




105 


Item Number Change 




14 


Bibliographic Request, type 2 



RECORDS NOT SEQUENCED 
123 Alpha Match Note Records 



o 

ERIC 
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FILE CONTENT AND RECORD DERIVATION 



File Name : BIBLIOGRAPHIC FILE 

File Sequence : ITEM NUMBER, RECORD TYPE 



FORMAT 

NO. RECORD NAME 

LC, Bibliographic Record 

PUB 



RECORD DERIVATION 

a) One record for each unmatched LC Copy record on T4 

b) One record for each unmatched Advance Publication 
Information on T4 



c) One record for each unmatched Bibliographic record 
on the input Bibliographic file,, unless deletion condition 
1 is met. 

102 Special Requisition One record for each Special Requisition Notice, type 2, 

Notice, Type 2 on the Bibliographic file which is awaiting item number 

approval unless deletion condition 2 is met . 

101 Acquisition Notice, type 2 One record for each Acquisition Notice, type 2 on the 

Bibliographic file which is awaiting item number 
approval, unless deletion condition 2 is met. 



Deletion Condition 1 

a) Advanced Publication Information is matched by LC copy . LC copy is kept • Advanced 
Publication Information is dropped . 

b) The value of the ’’date" the Bibliographic record entered die file plus system parameter PI 
is greater than the current basic cycle number . 

c) A matching Bibliographic request sends the copy to the IMF 



Deletion Condition 2 

A matching item number change or approval record sends the Special Requisition or 
Acquisition forward to the Item Master File . 



ERIC 
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FILE CONTENT AND RECORD DERIVATION 



File Name: 



TRANSACTION FILE 5 



I 



File Sequence: NOT SEQUENCED 



FORMAT 

NO, RECORD NAME RECORD DERIVATION 

102 Special Requisition Record a) One record unchanged for each Special Requisition 

Notice, type 1 on Transaction file 4 

b) One record for each match of a Special Requisition 
type 2 on the Bibliographic file with an Item Number 
Approval . 

c) One record for each match of a Special Requisition 
type 2 on the Bibliographic File with an Item Number 
Change record • The record is sent forward under the 
"changed -to" number. 

101 Acquisition Record Same conditions as for Special Requisitions, above • 

104 Standing Order Notice Records Unchanged from Transaction File 4 

103 Review Notice Records " " " " 



LC, Bibliographic Copy Records One record for each of the above records which has 

PUB matching Bibliographic Copy on the Bibliographic File • 



105 



14 

124 

123 



Item Number Change 
Records 



Bibliographic Request 
Record, Type 2 



One record for each Item Number Change on T4 which 
did not find a matching Bibliographic record on die 
Bibliographic File under the "change from" item number. 

One record for each Bibliographic Request, type 2 on T4 
which did not find a matching Bibliographic record • 



Bibliographic Copy Print One record for each match of a Bibliographic Request 

Record type 2 with a Bibliographic record 



Alpha Match Note Record Unchanged from Transaction File 4 
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THEODORE STEIN 

TRANSACTION FILE 5 CONTINUED 



FORMAT 

NO. RECORD NAME 


RECORD DERIVATION 


125 Possible Item Number 

Change Reminder Record 


One record for each Acquisition or Special Requisition 
record type 2* where the date plus the system parameter 
P2 is greater than basic cycle number » J 


11 Alpha File Delete Record 


a) One record for each Bibliographic record deleted 
under delete condition lb), for Bibliographic records • 

b) One record under the "change -from” item number 

for each Item Number Change record applied in this run 
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FILE CONTENT AND RECORD DERIVATION 



File Name: 


TRANSACTION FILE 6 


File Sequence: 


NOT SEQUENCED 


FORMAT • 

NO, RECORD NAME 


RECORD DERIVATION 


20 Heading Check Record 


a) One record for each established form on a 
Bibliographic Copy record from T5 


21 Authority Update Record 


b) One record for each established form on a 
Catalog record from T 1A 

See Catalog system design 
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FILE CONTENT AND RECORD DERIVATION 



© 

I ERIC 



File Name: 



TRANSACTION FILE 6A 



File Sequence: NOT SEQUENCED 



FORMAT 

NO. 



RECORD NAME 



101 Special Requisition Record 

102 Acquisition Record 
104 Standing Order Record 



RECORD DERIVATION 

Unchanged from T5 . Destined for run 9 



fi 



«« 



»i 



»» »» »* »• 



If ?» »» ** 



103 Review Record 



fl 



«« 



ll It «« »» 



14 Bibliographic Request, Type 2 

124 Bibliographic Copy Print Record 
123 Alpha Match Note Record 

125 Possible Item Number Change 
Reminder Record 

6 Special Request 

107 Item Master Information Record 



ll 



ll 



ll 



ll 



ll 



ti 



ll 



91 II «f H 



II II II II 



II II II H 



II II II It 



Unchanged from T 1 A. Destined - for run 9. 



ll ll ll H 



108 Selection Record 



ll 



ll 



ll VI H H 



109 Requisition Record 



It 



M 



ll ll H I* 



110 Withdrawal Record 



ll 



ll ll H H 



111 Order Adjustment Record 

112 Receiving Record 



Unchanged from T 1 A. Destined' for ihm 11 



ll 



ll ll ll ll 



113 Invoice Record 



ll 



ll ll I* «i 



114 Invoice Worksheet Record 



ll 



ll ll H ll 



115 Validated Voucher Record 



If 



II II II II 
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TRANSACTION FILE 6A CONTINUED 



FORMAT 

NO. RECORD NAME 



116 

117 

118 

119 

120 

121 

122 

18 



RECORD DERIVATION 



Supplier Description Record Unchanged from T 1 A. Destined for run 11 



Supplier Account Adjustment 
Record 

Process Completion Record 

Library Description Record 

Library Account Adjustment 
Record 

Library Payment Record 
Library Budget Record 
Standard Catalog Record 



ft 



ff 



ft 



ft 



If 



»» 



ft 



M 



ft ft 



ff ft 



ff 



ft 



ff 



ff 



ff 



ft 



tf 



ft 



tf 



ff 



tf 



ft 



ff ff 



ft ft 



tf ft 



ft ft 



ff ft 



ff ff 



a) One record for each catalog record on T 1A 

b) One record for each item number on delete record 
on T 1A 

c) One record for each bibliographic copy record on T5 

d) One record for each item number change record on T5 

Note: Edited into standard item master file format . 
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SORT OUTPUT FILE CONTENT 
File Name: TRANSACTION FILE 7 

File Sequence: A UTHORITY FILE NUMBER, ESTABLISHED FORM , 

RECORD TYPE 



RECORDS SEQUENCED 
21 Authority Update Records 
20 a Heading Records 
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FILE CONTENT AND RECORD DERIVATION 
File Name: AUTHOR 1 IT CHECK FILE 

File Sequence: AUTHORITY FILE, ESTABLISHED HEADING. RECORD TYPE 



SEE CATALOG SYSTEM DESCRIPTION 
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FILE CONTENT AND RECORD DERIVATION 

File Name: TRANSACTION FILE 8 

File Sequence: NOT SEQUENCED 



RECORD DERIVATION 

One record for each heading check record on T7 
Note 1: If heading check record matches a check file 
record, the heading record is updated . If no match 
occurrs, the heading record is a copy of T7 record 
with error flag 

Note 2: Publisher Authority Records contain supplier 
number to be used unless a different supplier is 
manually inputted for an item • 

32 Authority Updated Print Record See Catalog System Description 

25 Catalog Authority Entry Record See Catalog System Description 



FORMAT 

NO. RECORD NAME 

24 Heading Record 
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SORT OUTPUT FILE CONTENT 
File Name: TRANSACTION FILE 9 

File Sequen ce: ITEM NUMBER, RECORD ID (AS BELOW) 



RECORDS SEQUENCED 

18 Standard Catalog Record 
(additions & Deletions) 

24 Heading Record 

27 IMF Supplement Record 

27 Changed Item Number Record 

110 Withdrawal Record 

107 Item Master Information Record 

108 Selection Worksheet Record 
104 Standing Order Record 

103 Review Record 
14 Bibliographic Request, Type 2 

101 Acquisition Record 

109 Requisition Record 

102 Special Requisition Record 
6 Special Request Record 

129 Holdings Update Record 

130 Order Count Record 



RECORDS NOT SEQUENCED 
32 Authority Update Print Record 
25 Catalog Authority Entry Record 

124 Bibliographic Copy Print Record 

123 Alpha Match Note Record 

111 Order Adjustment 

112 Receiving Record 

113 Invoice Record 

114 Invoice Worksheet Record 

115 Validated Voucher Record 

116 Supplier Description Record 

117 Supplier Account Adjustment Record 

118 Process Completion Record 

119 Library Description Record 

120 Library Account Adjustment Record 

121 Library Payment Record 

122 Library Budget Record 

11 Alpha File Delete Record 

131 Invoice Information Record 

132 Voucher Information Record 
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FILE CONTENT AND RECORD DERIVATION 



X 



t 



File Name: ITEM MASTER FILE 

File Sequence: ITEM NUMBER, RECORD TYPE 



FORMAT 

NO. RECORD TYPE 

128 Item Information Record 



27 Catalog Item Record 

(Status 0) 



RECORD DERIVATION 

a) One record for each unmatched Item Information 
record on the input Item Master File, unless 
deleted under delete conditions lc, 2c, 3b* 3c, 4c. 

b) One modified record for each Item Information record 
on the Item Master File which has a matching Item 
Master Information record on Transaction File 9. 

c) One record is created when the following new item 
records enter the Item Master File rim: 

Standing Order Record 
Review Record 
Special Requisition 
Acquisition 

The generated record is generally incomplete . 
Whenever a record is generated an entry is generated 
for the Item Information Worksheet so the 
Acquisitions Department may verify generated data 
(such as supplier) and provide any necessary additional 
information . 

a) One record for each Catalog Item record with status 
zero on the input Item Master File unless the delete 
condition 1 is met. 

Delete Condition 1 

a . There is a matching deletion and there are no 
holdings and there are no outstanding purchase 
orders . Change status code to 2 . 
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ITEM MASTER FILE CONTINUED 
FORMAT 

NO. RECORD NAME 



27 Catalog Item Record 

(Status 1) 



RECORD DERIVATION 

b . There is a matching change . Change status 
code to 2 . Create modified record with status 
code 1 • 

c . There is an item number change . Change status 
code to 2 . Recirculate record under new item 
number with status code 1 . Create cross-reference 
to new item number . 

d . The value of the date field exceeds the value of 
Operation Parameter Cl by more than system 
parameter P4, and Operation Parameter C3 is non- 
zero, and there are no outstanding purchase orders. 
The record is sent to the Supplement Item Master 
File and a cross-reference is created. 

b) One record for each Catalog Item record with a 
status 1 which meets delete condition 2b . 

a) One modified record for each Catalog Item record 
(status 1) which matches a Standard Catalog record 
marked "change" on Transaction File 9. 

b) One record for each Catalog Item Record created 
under delete conditions lb, lc, 3a, 4a. 

c) One record for each unmatched Standard Catalog 
record on Transaction File 9 marked as an addition 
and whose source code is zero or one . 

d) One record for each Catalog Item record with a 
status one on the input Item Master File unless the 
delete condition 2 is met . 

Delete Condition 2 

a . There is a matching deletion and there are no 
holdings and there are no outstanding orders . 

Delete the record. 
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